Method and apparatus for motion based target prediction and interaction

ABSTRACT

Embodiments for motion based target prediction and interaction are described herein. One example embodiment includes predicting a target element based on a user moving a cursor in relation to a trading interface. When a target element is identified, one or more actions may be pre-configured based on the target element. For example, when a target element is associated with a buy action and a price, an order message to buy a tradeable object at the price may be generated based on the predicted target element. Then, a user action may be received to select the target element and to execute the action. The user action selecting the target element may be received prior to the cursor reaching the desired target.

FIELD OF INVENTION

A number of inventions are disclosed herein that are directed towardsmotion based target prediction and interaction. More specifically, anumber of inventions are directed to setting or computing a plurality ofparameters, such as trade order parameters, using movement predictiontechniques applied in relation to a user input device and a graphicaluser interface.

BACKGROUND

An electronic trading system includes an electronic matching system fortradable items, such as stocks, options, and commodities. The electronictrading system often includes an electronic exchange to perform theorder matching. The electronic exchange also provides market data andtrade confirmation data, among other things, to subscribing tradingdevices. By way of illustration, an electronic exchange in derivativestrading is the CME® Globex® electronic trading platform, which isoffered by the Chicago Mercantile Exchange Group; though the inventionsdescribed herein are not limited to derivatives trading.

To trade in an electronic trading system, a person (commonly a trader)uses a trading device to receive and electronically process data fromthe electronic exchange. The trading device generally outputs theinformation to the person via one or more display screens. The personmay also interact with the computer and the information using an inputdevice, such as a mouse or keyboard or both. Regardless of the actualuser input device being used, a cursor, also referred to as a pointer,is displayed on a screen. In relation to graphical user interfaces, acursor is a visible and moving object or pointer that a user may controlwith an input device. In relation to a trading interface, a user maymove the cursor to a desired selection area on the trading interface andenter a keystroke input at the selection area to set various trade orderparameters and/or to perform other actions, such as, for example, togenerate a command to send a trade order to an electronic exchange.

The success of a trader who trades in a competitive electronic tradingenvironment depends on many factors. One of the factors is how fast atrader can make a trade. The faster and more flexible a trader cantrade, the less likely it will be that the trader will miss the trader'sprice and more likely the trader will make money. This is especiallytrue when a first-in, first-out matching method is used at an electronicexchange, where the speed at which an order is sent to and reaches theelectronic exchange often determines whether the order will be matched.Because the success and profitability of a trader depends on speed, itis desirable to offer tools that can assist the trader in making tradesas quickly as possible and at the best possible prices.

BRIEF DESCRIPTION OF THE DRAWINGS

The following will be better understood by a person skilled in the artwhen read in conjunction with the figures which show various exampleembodiments. The figures are for the purpose of illustrating examplesystems and methods according to certain embodiments, but it isunderstood that the various inventions, described herein, are notlimited to the arrangements and instrumentality shown in the figures.

FIG. 1 is a block diagram of a system that can be used to performvarious embodiments described herein;

FIG. 2 is a block diagram of a system that can be used to provide anorder message to an electronic exchange;

FIG. 3 is a block diagram illustrating an example linear cursor trackprediction method used in relation to an example interface;

FIG. 4 is a block diagram illustrating an example angular change cursortrack prediction method in relation to an example interface;

FIG. 5 is a flowchart illustrating an operation of certain embodimentsdescribed herein;

FIG. 6 is a block diagram illustrating an example trading system foremploying certain embodiments described herein;

FIG. 7 illustrates an example trading interface for trading an item inan electronic trading system in which certain embodiments of cursortrack prediction may be employed;

FIG. 8 is a flowchart illustrating an operation of certain embodimentsdescribed herein;

FIG. 9 illustrates one example trading interface for trading an item inan electronic trading system in which multiple track prediction targetsare involved;

FIG. 10 illustrates an example trading interface for trading an item inan electronic trading system using a plurality of region sets; and

FIG. 11 illustrates another example trading interface using a pluralityof regions extending beyond the trading interface.

DETAILED DESCRIPTION

There are a number of inventions described herein that relate to systemsand methods for interacting with user-selectable targets on a graphicaluser interface. More specifically, various cursor movement predictionmethods are used to predict one or more selectable targets and to allowa user interaction with the predicted target prior to a cursor of a userinput device reaching a desired target.

In the context of electronic trading, the success of a trader oftendepends on how fast a trader may respond to various changing marketconditions and how fast the trader can enter and send a trade order.Even an action as simple as moving a cursor on the screen to a targetlocation can take as much as 500 to 1000 milliseconds. Any techniquethat can reduce this time by even 10-100 milliseconds will actually makea difference to the trader in terms of success and profitability, as thetrader will be able to have his order at an electronic exchange fasterthan other traders. The embodiments described herein take intoconsideration the importance of speed and allow a trader to enter ordersquickly and efficiently.

As will be described in greater detail below, when a cursor of a userinput device is being repositioned in relation to a graphical userinterface, a user is making an intentional spatial action moving thecursor from one location, i.e., a start point, to a goal location, i.e.,a target point. According to the embodiments described herein, one ormore possible target points or elements are determined by tracking thecursor's location, trajectory, movement direction, speed and/oracceleration as a cursor is being moved by a user input device inrelation to a graphical user interface. As the target elements areidentified, a user may interact with the target elements prior to acursor of a user input device reaching the desired element. The userinteraction may involve selecting a desired target element and/orperforming a certain action associated with the desired target element.

Additionally, prediction data may be used to preset one or moreparameters associated with one or more events or actions to be performedupon selecting a predicted target element. For example, when the examplecursor tracking prediction methods are used in relation to a tradinginterface, one or more trade related messages may be generated prior toa cursor reaching a desired target location on the trading interface.The generated messages may include one or more trade order parametersdetermined based on the predicted target locations. Then, one or moreactions of a user input device, such as selecting a desired targetlocation at the time when a cursor is positioned over the desired targetlocation or prior to reaching the desired target location, may send oneof the pre-generated trade related messages to an electronic exchange.

As will be described in greater detail below, a user may interact withone or more potential target locations that are determined using cursorprediction methods when a pointer of a user input device reaches thepotential target location. Alternatively, a user may interact with apotential target location before a pointer of a user input devicereaches the target. In such an embodiment, one or more actions or eventsassociated with the potential target may be initiated before thepotential target is selected by a user.

Before explaining any further, it is worth noting again that the variousinventions are not limited in their application to the details of designand the arrangement of the components set forth in the followingdescription or illustrated in the drawings. The inventions are capableof other embodiments or of being practiced or carried out in variousways.

I. Example System

FIG. 1 is a block diagram of a system 100 that can be used to performvarious methods described herein. The system 100 includes a cursormovement prediction component 102, an action estimate component 104, adisplay component 106, and a user input device component 108.

The display component 106 is in communication with the cursor movementprediction component 102, the action estimate component 104, and theuser input device component 108. According to one example embodiment,the components 102-108 may be part of a client device. An example clientdevice is a desktop computer or a server computer. According to anotherexample embodiment, some components may be part of a client device,while others may be located at a different device in communication withthe client device.

The display component 106 displays, on a display screen of a computer, agraphical user interface. The display screen could be a conventionaldisplay (CRT, LCD, OLED, electronic paper, etc.) or a projectiondisplay. Alternatively, the display screen may include a display on ahead-mounted device, an augmented reality device, or a mediated realitydevice. Further alternatively, a plurality of different displays couldbe used, some of which having display elements superimposed on otherelements. The graphical user interface may include one or more userinterface elements, such as locations, areas, icons, or buttons that areselectable by a user with a cursor of a user input device position overa desired user interface element. Alternatively, using the cursorprediction methods described below, a user interface element may beselected prior to a cursor reaching the user interface element. In someembodiments, a user interface element may be associated with a specificlocation or area of an interface. Additionally, a user interface elementmay take a format of a button or an icon that is displayed on a userinterface and that is selectable by a user input device.

In some embodiments, a user interface element allows a user to triggeran event or confirm an action, for example. User interface elements mayhave different sizes or shapes. For example, a user interface elementmay be rectangular, round, rounded, triangular, or yet of any othershape, if so programmed. A user may select a user interface elementusing the user input device component 108. The user input devicecomponent 108 may include a physical input device, a device driver, andsoftware program for handling user inputs and providing it to anapplication program. For example, a user interface element may beselected by positioning a cursor of the user interface over the targetelement and clicking it with a cursor controlled by a mouse device. Acursor may be controlled by mouse, keyboard, trackball, or some otheruser input device. It should be understood that other inputs such as akeystroke could also be used to execute a function of a user interfaceelement. It should be understood that more than one pointing devicecould also be used (e.g., two mice, or two cursors for a touch screeninterface), each with its own cursor. Using cursor prediction methodsdescribed in greater detail below, a user can interact with a targetuser interface element by clicking while still outside the location orarea corresponding to the target element. In such an embodiment, avisual indicator can be used in relation to a predicted target elementto indicate the predicted target element that can be selected by a user.

A user interface element may require a user to simply press down on amouse button to execute the function, click only once to execute thefunction, or the user interface element may require two or more clicksto execute the function (e.g., a double click). It should be understoodthat other inputs, such as a keystroke, could also be used to select adesired user interface element and to execute a function associated withthe selected element. Thus, it should be understood that selecting auser interface element or clicking on a user interface element refers toany act of selection, and can include any of a mouse down action only, asingle click of a mouse button, a double-click of a mouse button, a keypress on a keyboard, or a combination of inputs, and so on. In someembodiments, selecting a user interface element sends a command to theprogram and/or computer to execute (or initiate) a predeterminedfunction. A user interface element might also indicate on the displayscreen when it has been selected.

The cursor movement prediction component 102 may predict a targetinterface element using one or more cursor track prediction methods.While certain cursor track prediction methods will be described below,it should be understood that other existing or future cursor trackprediction methods could be used as well by the cursor movementprediction component 102. Some example track prediction methods include:linear prediction methods, angular change prediction methods, orprediction methods which use historical data, such as simple orderlinear prediction models, linear regression models, Bayesian models, orHidden Markov Models. Additionally, track prediction methods could usevelocities and accelerations of a moving cursor to determine a targetelement on an interface. Prediction models which use such informationinclude Kalman filters, also known as Linear Quadratic Estimation(“LQE”) filters. Additionally, some prediction models, such as Kalmanfilters, may use various estimates of statistical characteristics ofnoise involved in position measurements. In relation to the cursor trackprediction methods, the noise may correspond to imprecision and localerrors by a user operating a user input device.

The cursor movement prediction component 102 may also use additionalmethods separately or in combination with various prediction models,such as the ones described above. For example, one additional method mayuse information about user's individual history of cursor motion tracks.Such a method could employ one or more data mining techniques applied tomotion tracks in order to make predictions for future motions,including, in certain embodiments, eventual target selection. It shouldbe understood that the cursor movement prediction component 102 coulduse any number of independent motion prediction methods in parallel.Additionally, as will be described in greater detail below, aprobability or likelihood of selection could be assigned to variouspredictions. In such an embodiment, one or more prediction targets couldbe eliminated from the predicted set when a threshold of selection forthe targets reaches a predetermined level.

When used in relation to a trading environment, the cursor movementprediction component 102 could also use trade related data or marketrelated data in making cursor motion predictions. Additionally, marketmovement or product trading history could be used as well to add oreliminate certain predicted targets.

As mentioned earlier, the cursor movement prediction component 102 couldalso include logic that assigns probability of selection factor tovarious target elements. The probability factors may then be used toeliminate certain target elements. Different methods could be used toreduce the number of possible target elements.

Additionally, it should be understood that the cursor track predictioncomponent 102 can examine every position or substantially every positionof the cursor as it moves. Alternatively, the cursor's position can beevaluated periodically, or can be event driven where the cursor movementprediction component 102 receives update events from the user inputdevice component 108 on changes of the cursor's positioning. It shouldbe understood that the user input device component 108 can also receivequeries from the cursor movement prediction component 102 and thedisplay component 106 to provide updates on changes of the cursor'spositioning.

Referring back to FIG. 1, the action estimate component 104 may use theprediction data provided by the cursor movement prediction component 102to prepare for or to take certain actions based on predicted targetelements. It should be understood that the component 104 may beconfigured to dynamically update any action estimations or actions to betaken based on the prediction data updates. When used in relation to atrading interface, the action estimate component 104 may pre-generateorder messages with a plurality of trade order parameters determinedbased on target prediction data. As will be described in greater detailbelow, certain regions of a trading interface may be associated with adistinct value for one or more order parameters. When a cursor of a userinput device moves, the prediction component 102 determines a predictedtrack of the cursor. The predicted track may intersect a region on atrading interface that is associated with a specific value for aparticular order parameter. When the selection cursor moves, it ispossible to make one or more new predictions of a future cursor track.If the predicted track intersects a different region, then the orderparameter may be changed to reflect the new prediction. When the cursoractually enters a particular region which is associated with aparticular value of a particular order parameter, the action estimatecomponent 104 may suspend the parameter update process, as the properorder parameter value(s) might have already been pre-set. Various otherembodiments for selecting desired regions and setting order parameterswill be described in greater detail below.

It should be understood that various values of certain state variables,such as variables associated with commands or actions taken when a userinput action is made by a user, could be preset based on predictedtarget elements in advance of the user input action to issue or executethe application command or action. When the example embodiments are usedin an electronic trading environment, various trade order parameterscould be preset based on predicted target elements on an interface.Example trade order parameters may define an order as a buy order or asell order, and may also include an order type, such as a limit order, astop order, etc., an order price, an order quantity, and many otherparameters. As the trade order parameters are pre-set based on thepredicted targets, the action estimate component 104 may also generatetrade order messages including the pre-set parameters. For example, if apredicted trade order parameter is for an order to buy associated with aspecific price and quantity, the action estimate component 104 maygenerate a trade order message including the price and the quantity fora buy order. Different parameters could also be preset in the ordermessage.

As mentioned above, the action estimate component 104 could also preparefor certain actions to be taken based on one or more predicted targetelements on an interface. For example, a trading interface may include aselection icon that allows a trader to cancel all of his working ordersat an electronic exchange. If such a selection icon is predicted to be apossible target, the action taking component 104 may pre-generate atransaction message including a request to cancel all working orders.According to another example, if a predicted target includes a icon thatcan be activated to modify a display of the trading screen, such as tore-position market information displayed on the trading screen, theaction taking component 104 may initiate the process of modifying thetrading screen prior to a cursor reaching the target icon. According toone example embodiment, the action taking component 104 may initiate anaction associated with a target icon upon identifying the target iconand detecting a predetermined user input that occurs prior to a cursorreaching the target icon. Various embodiments for initiating actionsprior to the cursor reaching a desired destination will be described ingreater detail below.

As explained above, the action estimate component 104 may prepare orderrelated messages prior to a cursor reaching a target element based onprediction data provided by the cursor movement prediction component102. In an alternative embodiment, all valid order related messages forall valid prices and order parameters, as well as order related actionmessages, such as order cancellations, may be prepared in advance. Forexample, all possible pre-generated messages may be stored in adatabase. Then, prediction data may be used as a pointer to selectspecific messages in the database. Regardless of how and when variousmessages are generated in the example embodiments, a user may alsointeract with a target element prior to a cursor of a user input devicereaching the target element.

In addition to preparing one or more order related messages or orderrelated actions in advance based on prediction data, additional stepsmay be taken to allow a desired message to reach an exchange evenfaster. FIG. 2 is a block diagram of a system 200 that can be used toprovide an order message to an electronic exchange. While FIG. 2 isdescribed in relation to a trading environment, it should be understoodthat the example embodiments could also be used in different technicalenvironments. The system 200 includes an application program element 202and a gating element 204. The application program element 202 mayprepare an order message to be sent to an electronic exchange. Accordingto one example embodiment, order messages may be prepared using themovement prediction methods described herein; however, various othermessages not using the movement prediction methods could be prepared aswell. Once an order message is prepared, the application program element202 provides the prepared order message to the gating element 204.

When the application program element 202 prepares an order message, themessage is typically further processed before it is placed onto thephysical communications medium. The processing of the message mayinvolve getting the message into the operating system's protocol stack,a device driver for a network adapter, and then into the network adapteritself before the message is put on the wire, or onto the physicalcommunications medium. All these steps may take additional time.According to the embodiment of FIG. 2, the gating element 204 is locatedat one or more elements inside the process flow between the applicationprogram and the physical communications medium. When the applicationprogram element 202 prepares one or more messages, the applicationprogram element 202 pushes the message onto the gating element 204 as ifa user had already taken an action to send the prepared message. Oncethe gating element 204 receives the prepared message(s), the gatingelement 204 may store the received message(s). The gating element 204may then release the stored message(s) onto the physical communicationsmedium upon detecting a certain signal from the application programelement 202. The signal may be generated by the application programelement 202 upon detecting a user initiated action or a computerinitiated action to send the stored message(s) and/or to cancelincorrect predictions. Using such an embodiment, processing of themessage(s) may be finished ahead of time, thus shortening the time ofone or more messages reaching an electronic exchange.

It should be understood that the gating element 204 could be located atany element between the application program and the physicalcommunication medium. For example, the gating element 204 may be locatedanywhere within the protocol stack, at a network adapter, within theoperating system's device driver for the network adapter, or within amodule of the operating system's software that communicates with thedevice driver. The gating element 204 could also be located furtheralong the network path between a client device and an exchange, such asat a gateway or yet a different network device. In such an embodiment,the application program element 202 may provide signals to the gatingelement 204 to release and/or cancel one or more pre-stored messages atthe gating element 204. The signaling operation may be provided via atrading network or another network designated for signaling purposes.Further, alternatively, the gating element 204 may be located at or nearan electronic exchange. In such an embodiment, one or more orders may beheld at the gating element 204 for later execution when signaled by atrader. It should be understood that each order to be held at the gatingelement 204 may include an identifier that indicates that a predefinedsignal is required to release the order from the gating element 204. Insuch an embodiment, when a signal is generated by the applicationprogram element 202 or yet some other component, the signal may includean identifier of an order to be released. Different embodiment forproviding a signal to release a prepared order or to identify one ormore orders could also be used.

II. Example Linear and Angular Change Cursor Track Prediction Methods

FIG. 3 is a block diagram 300 illustrating an example linear cursortrack prediction method applied in relation to an example interface. Asshown in FIG. 3, a cursor 302 is positioned in relation to an interface304 having two regions 306 and 308. Each region has a number ofselectable elements, such as a target element (“T_(A)”) 310 in the firstregion 306, and a target element (“T_(B)”) 312 in the second region 308.FIG. 3 shows two locations of the cursor 302 in relation to theinterface 304. At time “t₁,” the cursor 302 is shown at the firstlocation (“L1”). Then, at time “t₂,” the cursor is repositioned by auser input device to a new location (“L2”). A simple linear predictionmethod based on the two locations may be used to generate a predictiontrack indicated with a dotted line 314. It should be understood that theinterface 300 may be configured to display the prediction track, such asthe dotted line 314. Various other indicators could be used as well. Asshown in FIG. 3, the prediction track 314 intersects the first region306 at the location of the first target element 310. Then, if theprediction track 314 is extended to the second region 308, it intersectsthe second region 308 at the location corresponding to the second targetelement 312. According to one example embodiment, the first targetelement 310 may be associated with a first parameter and/or a firstaction, while the second target element 312 may be associated with asecond parameter and/or a second action.

It should be understood that if an interface includes multiple regions,with each region having a selectable element that is intersected by aprediction track, such as shown in FIG. 3, one example method may takeinto consideration all target elements that are intersected by theprediction track. In such an embodiment, when a user intends to take anaction in relation to one of the predicted target elements prior to thecursor reaching that element, the user may indicate a desired targetelement with a specific user input, such as by selecting a key on akeyboard, or by depressing one of the mouse buttons. Alternatively,rather than analyzing all target elements in multiple region, oneexample method may take certain actions based on a target element of theregion that is intersected first by a prediction track, such as theelement 310 in the first region 306 of FIG. 3, while not taking intoconsideration target elements in other regions that could be alsointersected by the prediction track, such as the element 312 in thesecond region 308. Further, alternatively, all possible messages may bepre-generated ahead of time, as explained above, and cursor predictiondata may be used to select and/or eliminate specific messages. Variousother embodiments are possible as well.

As the cursor is being moved in relation to the interface 304 along theprediction track 314, the interface 300 may be configured to provide agraphical indicator in relation to one or both target elements.According to one example embodiment, the graphical indicator may bedisplayed in many different formats. For example, a target elementdetermined based on a prediction track may be color-coded or shaded.According to another example embodiment, a target element may beindicated by altering the display of a plurality of other elements onthe interface 304. For example, all areas of the interface could begraphically changed except for the indicated target element(s). In suchan embodiment, the target elements may have their original appearance,while the remaining portions of the interface may be graphicallymodified. However, different indicators could also be used.

FIG. 4 is a block diagram 400 illustrating another example embodiment ofa cursor track prediction method that uses a cursor's angular change todetermine one or more possible target elements. As shown in FIG. 4, acursor 402 is positioned in relation to an interface 404. At time “t₁,”the cursor 402 is shown at a first location (“L₁”). Then, subsequently,at “t₂” and “t₃,” the cursor 402 is repositioned by a user input deviceto a second location (“L₂”) and a third location (“L₃”), respectively.The first linear prediction could generate the first prediction targetT_(A), and the second linear prediction could generate the secondprediction target T_(c). As shown in FIG. 4, the simple linearprediction from L₁ to L₂ forms an angle (“θ”) with the simple linearprediction from L₂ to L₃. According to one example embodiment, theangular change between the two predictions may be used to generate adifferent track prediction, which is at the same angle (“θ”) as thelinear prediction from L₂ to L₃. The predicted target generated usingsuch a method is shown at T_(D). A variant of this method could generatemultiple prediction targets, e.g., the targets from the previous twolinear predictions (T_(A) and T_(C)), the target from the secondprediction (T_(D)), and all potential targets in between, such as atarget T_(B).

As explained above, various other track prediction methods could also beused. It should be understood that the example embodiments describedherein are not limited to any specific cursor track prediction method,and any track prediction methods could be combined as well.

III. Example Track Prediction and Interaction Method

FIG. 5 is a flowchart 500 illustrating an operation of certainembodiments described herein. The flowchart 500 shows the functionalityand operation of certain embodiments. In this regard, each block may beimplemented alone or in combination in various forms of hardware,firmware, or as a set of instructions in software, for example. Certainembodiments may be provided as a set of instructions residing on acomputer readable medium, such as a memory, hard disk, CD-ROM, DVD, orEPROM, for execution on a computer or other processing device.Alternative implementations are included within the scope of the exampleembodiments of in which functions may be executed out of order from thatshown in flowchart 500 or discussed, including substantially concurrentor in reverse order, depending on the functionality involved, as wouldbe understood by those skilled in the art.

At step 502, a user begins movement of a cursor in relation to agraphical user interface including one or more selectable elements. Atstep 504, based on the cursor's movement, an initial target predictionis made. As discussed above, the initial target prediction may include asingle target element or multiple target elements. At step 506, a visualindicator is provided in relation to each predicted target element. Asdiscussed herein, various methods could be used to visually indicate thepredicted target elements. In addition to graphically indicating theprediction targets, a prediction track could be displayed as well. Atstep 508, one or more actions/parameters may be taken/preconfiguredbased on the identified target element. For example, if a target elementis associated with a certain action to be taken, such as sending amessage with one or more parameters, the message may be pre-generatedupon identification of the target element. Alternatively, as explainedabove, all possible messages and actions to be taken may bepre-generated in relation to the interface ahead of time and stored in adatabase. In such an embodiment, the prediction data could be used topoint to or select specific pre-generated messages. Further,alternatively, one or more actions may be taken based on a predictiondata upon detecting a predetermined user input prior to a cursor of auser input device reaching a desired target element. For example, upondetecting a predetermined action, one or more messages may be generatedbased on the prediction data. Further, alternatively, upon identifying atarget element, a price for an order may be set based on the identifiedtarget element. Then, another action may be used to generate an ordermessage with the identified price.

It should be understood that the example embodiments described hereinare not limited to using prediction data in relation to tradinginterfaces, and could be applied in various other environments as well.For example, when the methods are used in relation to menu interfaces, atarget element may be associated with a drop-down menu, and selection ofthe target element may result in a display of the drop down menu havinga number of selectable elements. In such an embodiment, various actionsassociated with the number of selectable elements on the drop-down menumay be pre-configured before the target element is selected.

At step 510, it is determined if a user interaction is detected inrelation to one of the target elements. As explained earlier, accordingto one example embodiment, a user may interact with predicted targetelements prior to a cursor reaching a desired target element. Forexample, a user may enter a predetermined input to select a desiredtarget element prior to the cursor reaching that element. If the userinteraction is detected, at step 512, one or more actions may be takenbased on the target element selected by a user, such as sending apre-generated order message to an electronic exchange. If there is nouser interaction with one of the predicted target elements, a user maycontinue the cursor movement, and the method continues at 504 when newtarget predictions may be made as the cursor is moved by the user inrelation to the interface.

According to one embodiment, a movement prediction mode may be providedto allow a user to activate and de-activate the movement predictionmethods described herein. The movement prediction mode may be activatedupon detecting a predetermined user action, such as, a predetermineduser input, such as holding down a key, or detecting a cursor of a userinput device in a specific area of a graphical user interface. A usercould exit the movement prediction mode upon taking anotherpredetermined action. Alternatively, the movement prediction mode may bedisabled upon expiration of a preset time period combined with anotherevent, such as a user not moving a cursor during the preset time period.It should be understood that some other action, or a combination ofdifferent actions, could be used to activate and deactivate the movementprediction mode.

When a user enters the movement prediction mode, various actions may beinitiated to select a target. One or more user initiated actions, suchas a mouse-click, may be devoted solely to taking actions based on thepredicted target element, and not based on any other element of aninterface the mouse cursor may be actually over at the time of theaction, i.e., mouse-click. It should be understood that one or moreother selection methods could be used as well.

While the example embodiments below are directed to trading interfaces,it should be understood that the example various methods describedherein are not limited to a trading environment. The example methodscould be applied in other environments that involve using one or moregraphical user interfaces.

IV. Example Electronic Trading System

FIG. 6 is a block diagram illustrating an example system 600 foremploying certain embodiments described herein. System 600 includes atrading device 602 and an electronic exchange 608. The system 600 mayalso include a gateway device 604 and a server side device 606.According to the example of FIG. 6, the trading device 602 is incommunication with the gateway 604, which is in communication with theelectronic exchange 608.

Before elaborating on system 600, it is understood that the componentsdescribed in FIG. 1 may be implemented at one or more blocks describedin FIG. 6. For example, the trading device 602 might implement all ofthe components 102, 104, and 106 described in FIG. 1. Alternatively,trading device 602 might implement less than all of the components; forexample, trading device 602 might only include the display component106. Likewise, the gateway device 604, the server side device 606, andthe electronic exchange 608 might each implement one or more componentsof system 100. That is, it is understood that a particular device 602,604, 606, and 608 might implement all of system 100, just a portion ofsystem 100, or a modified version of system 100. Also, it should beunderstood that more than one trading device could also be used by auser. In such an embodiment, one trading device may implement a portionof the system in FIG. 1, while another trading device may implementanother portion. For example, a display component could be implementedon a different trading device from the trading device implementing thecursor movement prediction or action estimate.

In operation to trade, the trading device 602 may be used to send ordersto buy or sell tradable objects at the exchange 608. The orders are sentthrough the gateway 604 to the exchange 608. In addition, market data issent from the exchange 608 through the gateway 604 to the trading device602. The trading device 602 may also be used to monitor this market dataand base a decision to send an order for a tradable object on the marketdata.

The trading device 602 may include one or more electronic computingplatforms such as a hand-held device, laptop, desktop computer,workstation with a single or multi-core processor, server with multipleprocessors, and/or cluster of computers, for example.

The trading device 602 may include one or more trading applications. Thetrading application(s) may, for example, process market data byarranging and displaying the market data in trading and chartingwindows. This processing may be based on user preferences, for example.By way of illustration, the trading device 602 may be a computing systemrunning a copy of X_TRADER™, an electronic trading platform provided byTrading Technologies International, Inc. of Chicago, Ill.

The trading device 602 may include an electronic trading workstation, aportable trading device, an algorithmic trading or “black-box” system,an embedded trading system, and/or an automated trading tool, forexample. The trading application(s) may include an automated tradingtool such as an automated spread trading tool, for example.

The trading device 602 may be adapted to send orders to buy or selltradable objects. The trading device 602 may also be adapted to cancelorders, change orders, and/or query an exchange, for example.

The orders sent by the trading device 602 may be sent at the requestfrom a user or automatically, for example. For example, a trader mayutilize an electronic trading workstation to place an order for aparticular tradable object, where the order includes various parameters,such as an order price and/or quantity. As another example, an automatedtrading tool may calculate one or more parameters for an order andautomatically send the order. In some instances, an automated tradingtool may prepare the order to be sent but not actually send it withoutconfirmation from the user. Order parameters may also be determinedusing various cursor track prediction methods discussed herein.

In certain embodiments, the trading device 602 includes a userinterface. The user interface may include one or more display devicesfor presenting a text-based or graphical interface of a tradingapplication to a user, for example. For example, the display devices mayinclude computer monitors, hand-held device displays, projectors, and/ortelevisions. The user interface may be used by the user to specify orreview parameters for an order using a trading application. The userinterface may include one or more input devices for receiving input froma user. For example, the input devices may include a keyboard,trackball, two or three-button mouse, and/or touch screen. The userinterface may include other devices for interacting with a user. Forexample, information may be aurally provided to a user through a speakerand/or received through a microphone.

In certain embodiments, the orders from the trading device 602 are sentto the exchange 608 through the gateway 604. The trading device 602 maycommunicate with the gateway 604 using a local area network, a wide areanetwork, a virtual private network, a T1 line, a T3 line, an ISDN line,a point-of-presence, and/or the Internet, for example.

The gateway 604 is adapted to communicate with the trading device 602and the exchange 608. The gateway 604 facilitates communication betweenthe trading device 602 and the exchange 608. For example, the gateway604 may receive orders from the trading device 602 and transmit theorders to the exchange 608. As another example, the gateway 604 mayreceive market data from the exchange 608 and transmit the market datato the trading device 602.

In certain embodiments, the gateway 604 performs processing on datacommunicated between the trading device 602 and the exchange 608. Forexample, the gateway 604 may process an order received from the tradingdevice 602 into a data format acceptable by the exchange 608. Similarly,the gateway 604 may transform market data in an exchange-specific formatreceived from the exchange 608 into a format understood by the tradingdevice 602. The processing performed by the gateway 604 may also includetracking orders from the trading device 602 and updating the status ofthe order based on fill confirmations received from the exchange 608,for example. As another example, the gateway 604 may coalesce marketdata from the exchange 608 and provide it to the trading device 602.

In certain embodiments, the gateway 604 provides services other thanprocessing data communicated between the trading device 602 and theexchange 608. For example, the gateway 604 may provide risk processing.Likewise, server side device 606 may provide similar risk processing asgateway 604.

The gateway 604 may include one or more electronic computing platformssuch as a hand-held device, laptop, desktop computer, workstation with asingle or multi-core processor, server with multiple processors, and/orcluster of computers, for example. Server-side device 606 may include asimilar computer platform as gateway 604.

The gateway 604 may include one or more gateway applications. Thegateway application(s) may, for example, handle order processing andmarket data processing. This processing may be based on userpreferences, for example.

In certain embodiments, the gateway 604 communicates with the exchange608 using a local area network, a wide area network, a virtual privatenetwork, a T1 line, a T3 line, an ISDN line, a point-of-presence, and/orthe Internet, for example.

The exchange 608 is adapted to match orders to buy and sell tradableobjects. The tradable objects may be listed for trading by the exchange608. The orders may include orders received from the trading device 602,for example. Orders may be received from the trading device 602 throughthe gateway 604, for example. In addition, the orders may be receivedfrom other devices in communication with the exchange 608. That is,typically the exchange 608 will be in communication with a variety ofother trading devices (which may be similar to trading device 602) thatalso provide orders to be matched.

As described above, the exchange 608 is adapted to provide market data.The market data may be provided directly to the trading device 602, forexample. The market data may be provided to the trading device 602through the gateway 604, for example. The market data may include datathat represents the inside market, for example. The inside market is thelowest sell price (also referred to as the “best ask”) and the highestbuy price (also referred to as the “best bid”) at a particular point intime. The market data may also include market depth. Market depth refersto the quantities available at the inside market and may also refer toquantities available at other prices away from the inside market. Thus,the inside market may be considered the first level of market depth. Onetick away from the inside market may be considered the second level ofmarket depth, for example. In certain embodiments, market depth isprovided for all price levels. In certain embodiments, market depth isprovided for less than all price levels. For example, market depth maybe provided only for the first five price levels on either side of theinside market. As described above, the market data may also includeinformation such as the last traded price (LTP), the last tradedquantity (LTQ), and order fill information.

In certain embodiments, the system 600 includes more than one tradingdevice 602. For example, multiple trading devices similar to the tradingdevice 602, discussed above, may be in communication with the gateway604 to send orders to the exchange 608.

In certain embodiments, the system 600 includes more than one gateway604. For example, multiple gateways similar to the gateway 604,discussed above, may be in communication with the trading device 602 andthe exchange 608. Such an arrangement may be used to provide redundancyshould one gateway 604 fail, for example.

In certain embodiments, the system 600 includes more than one exchange608. For example, the gateway 604 may be in communication with multipleexchanges similar to the exchange 608, discussed above. Such anarrangement may allow the trading device 602 to trade at more than oneexchange through the gateway 604, for example.

In certain embodiments, the trading device 602 includes one or morecomputing devices or processing components. In other words, thefunctionality of the trading device 602 may be performed by more thanone computing device. For example, one computing device may generateorders to be sent to the exchange 608 while another computing device mayprovide a graphical user interface to a trader. In certain embodiments,the gateway 604 includes one or more computing devices or processingcomponents. In other words, the functionality of the gateway 604 may beperformed by more than one computing device. In certain embodiments, theexchange 608 includes one or more computing devices or processingcomponents. In other words, the functionality of the exchange 608 may beperformed by more than one computing device.

In certain embodiments, the gateway 604 is part of the trading device602. For example, the components of the gateway 604 may be part of thesame computing platform as the trading device 602. As another example,the functionality of the gateway 604 may be performed by components ofthe trading device 602. In certain embodiments, the gateway 604 is notpresent. Such an arrangement may occur when the trading device 602 doesnot need to utilize the gateway 604 to communicate with the exchange608, for example. For example, the trading device 602 may be adapted tocommunicate directly with the exchange 608.

In certain embodiments, the gateway 604 is physically located at thesame site as the trading device 602. In certain embodiments, the gateway604 is physically located at the same site as the exchange 608. Incertain embodiments, the trading device 602 is physically located at thesame site as the exchange 608. In certain embodiments, the gateway 604is physically located at a site separate from both the trading device602 and the exchange 608.

While not shown for the sake of clarity, in certain embodiments, thesystem 600 may include other devices that are specific to thecommunications architecture such as middleware, firewalls, hubs,switches, routers, exchange-specific communication equipment, modems,security managers, and/or encryption/decryption devices.

V. Example Cursor Prediction Methods in Relation to a Trading Interface

FIG. 7 illustrates an example trading interface 700 for trading atradeable object in an electronic trading system in which certainembodiments of cursor track prediction may be employed. The tradinginterface 700 includes a price column 702, a bid quantity column 704, anask quantity column 706, and a last traded price column 708 for thetradeable object. The price column 702 includes price levels (or valuesbased on price). The bid quantity column 704 includes bid quantityindicators. The ask quantity column 706 includes ask quantityindicators. The bid quantity indicators and ask quantity indicators arealigned with the corresponding price level of the price column 702. Theinside market 710 includes the best bid price and the best ask price.The last traded price column includes a last traded price indicator 712that moves relative to the price levels along the price column 702. Itshould be understood that various other indicators could be provided aswell.

FIG. 7 shows two positions for a selection cursor 714. Using a simplecursor track prediction method, a prediction track line 716 is projectedin the direction of the movement, extending until it intersects with aspecific region from a region set on the trading interface 700.According to one example embodiment, the first intersected region hasone or more particular values for one or more order parameter values. Inthe example linear cursor track prediction model shown in FIG. 7, atarget element 718 is intersected by the prediction track line 716 inthe bid quantity column 704.

As explained above, once the prediction target is determined, theinterface 700 may display the prediction track line 716 to indicate thecurrent prediction target to a user. While FIG. 7 shows a line, itshould be understood that various mechanisms could be used to visuallyindicate the current prediction targets. For example, a line or curvecould have a particular style, such color, weight, solid/dotted/dashed,with or without line-begin and line-end symbols such as arrows.Additionally, the prediction track line could be displayed andcontinuously updated according to the current prediction target set.Also, more than one prediction line could be displayed as well.Additionally, depending on the type of the movement prediction algorithmused, a movement prediction indicator could include the entireprediction trajectory (not just a target), and the movement predictionindicator could be different than a line. For example, a “predictioncurve” could be provided representing the predicted trajectory from thecursor position to the predicted target(s). It should be understood thatthe prediction track could have various other shapes depending on aspecific movement prediction algorithm being used as well as the cursormovement.

According to another example embodiment, a visual indicator may be usedin relation to a target element. For example, a target element could becolor-coded. Alternatively, a shading pattern could be used in relationto an area corresponding to a target element. As shown in FIG. 7, anoutline is drawn around a cell corresponding to the predicted target718. It should be understood that any number of visual emphasis orindicators could be used depending on visual attributes associated withtarget elements. Additionally, as explained above, the visual emphasisof a target element could be accomplished by changing the visualappearance of some or all other elements of an interface.

As mentioned earlier, when the cursor 714 moves, one or more predictionsof target elements are made, such as the element 718 in the bid quantitycolumn 704. Based on the predicted target elements, one or more tradeorder parameters are preset for a trade order to be potentially sent toan electronic exchange. Based on the embodiment illustrated in FIG. 7,an order message for a buy order may be pre-generated based on thepredicted target element 718, with a preset trade order price of “89”corresponding to the target element, and a default quantity predefinedfor the bid order region 704. According to another example embodiment,all possible messages may be generated ahead of time and stored in amain memory, a database, or a different storage medium. Then, predictiondata may be used as a pointer to select specific messages from thedatabase. As the cursor moves, the order parameters may be dynamicallyupdated, or new messages may be selected, to reflect new targetelements. When the cursor actually enters a particular region which isassociated with a particular order parameter value, the process of thetrack prediction/parameter update may be suspended, as the proper orderparameter value(s) have been already pre-set. Thus, a parameterprediction process is based on a track history relative to the interfacegeometry.

While the embodiment of FIG. 7 illustrates a cursor prediction methodthat results in a single prediction target, some cursor predictionmethods, as described above, may generate multiple possible predictiontargets, where each predicted target corresponds to a prepared ordermessage which contains values for one or more order parameters.According to one example embodiment, multiple prediction targets may beassociated with a probability value or a likelihood of selecting aparticular target. When the probability of selecting a possible targetis low, such a target may be removed from the set. Thus, as the cursortrack prediction method operates, there is a set of possible orders,each completely specified in terms of its order parameters, and ready tobe sent to an electronic exchange. In such an embodiment, as the cursorgradually approaches one particular target element, there are fewertarget predictions, and hence fewer prepared orders in the set.Eventually, there could be a single target element in the targetprediction set based on the cursor's track or history of movement.

According to one example embodiment, as the cursor track predictionprocess runs, it can dynamically and continuously update parametervalues for orders in a prediction set, and appropriately add or removeprepared orders from the prediction set. Such an embodiment may beapplied when multiple orders are prepared in advance, with each orderassociated with a probability of selection value. In such an embodiment,some orders may be removed from the set as the probability of selectionvalue falls below a predefined threshold. Alternatively, parametervalues in the prediction set may be updated only when there is a changein the prediction. In such an embodiment, orders may be added or removedfrom a prediction set when there is a change in the prediction.

Further, according to yet another example embodiment, market datadisplayed in relation to a trading interface may be automatically ormanually repositioned, for example, to keep the inside market or yetsome other item of interest substantially at the center, or at a desiredlocation, on the trading interface. In such an embodiment, assuming thatan initial target prediction is made prior to any repositioning, a fixedassociation may be created between a prediction track and one or morepredicted target elements. Then, if the market data is repositionedafter the prediction is made, the predicted target elements may remainthe same until a user moves a cursor again and away from the predictedtarget, for example. To further assist a user, the cursor as well as theindication of the prediction track may be repositioned in relation tothe trading interface as the market data is being repositioned on thetrading interface. Different embodiments are possible as well.

FIG. 8 is a flowchart 800 illustrating an operation of certainembodiments described herein. The flowchart 800 shows the functionalityand operation of certain embodiments. In this regard, each block may beimplemented alone or in combination in various forms of hardware,firmware, or as a set of instructions in software, for example. Certainembodiments may be provided as a set of instructions residing on acomputer readable medium, such as a memory, hard disk, CD-ROM, DVD, orEPROM, for execution on a computer or other processing device.Alternative implementations are included within the scope of the exampleembodiments of the present invention in which functions may be executedout of order from that shown in flowchart 800 or discussed, includingsubstantially concurrent or in reverse order, depending on thefunctionality involved, as would be understood by those skilled in theart.

At step 802, a user begins movement of a cursor. It should be understoodthat there could be a triggering action to enter the mode of targetprediction tracking described herein. In such an embodiment, anotheraction may be configured to exit the prediction tracking mode, theexecution of which may terminate the process described in FIG. 8.Additionally, it should be understood that when more than one interfaceis displayed, the target prediction tracking described herein may beenabled in relation to one or more interfaces, while it may be disabledin relation to others.

As a user begins movement of a cursor, at step 804, an initial set ofcursor target predictions is made. Based on the discussion above, theinitial set of predictions could include a single prediction targetelement or several possible prediction target elements. When more thanone target element is identified, each target element may be assigned alikelihood or probability of selection. As explained above, once theprediction target elements are determined, a number of visual mechanismscould be used to indicate the current prediction targets to a user.

At step 806, for each predicted target element, an order message isprepared with order parameters having values corresponding to thecurrent defaults or values associated with each respective targetelement. For example, a default order quantity may be set for any orderthat is sent, while each target element may be associated with aspecific order price and/or specific action (buy/sell). As mentionedabove, order messages may be generated in advance. In such anembodiment, prediction data may be used to point to and select specificmessages corresponding to the predicted target element(s). An ordermessage may also include an order cancellation message when a predictedtarget element includes a working order indicator or yet some otherindicator associated with an order cancellation action.

As the user continues to move the cursor at 808, the method 800 updatesthe prediction targets, as shown at 810. As explained above, updatingmay involve removing a possible cursor target from a set of predictedcursor targets, while adding new targets. A cursor target may be removedfrom the set when, for example, the probability or likelihood of a usertargeting that location has dropped below a certain threshold value.Different embodiments could be used as well. As the cursor predictiontargets are updated, the method updates/adjusts the set of preparedorder messages, as shown at 812. For example, orders may be removed froman order set when a particular cursor target is removed from theprediction set. Similarly, orders may be created and added to the setwhen a new target element is added to the prediction set. It should beunderstood that the process of the user moving the cursor and the methodof updating cursor prediction targets and the prepared orders maycontinue, as shown with a loop between the steps 812 and 808.

The flowchart 800 shows three example embodiments relating to how andwhen a user can send an order. According to one embodiment, at 814, auser may take an order send action to send a particular order, as shownat 822, before the cursor gets to the target. An example of an ordersend action could be one or more clicks of a user input device, such asa click of a mouse button. In such an example embodiment, the orderassociated with the closest predicted target would be sent. It should beunderstood that the cursor may or may not enter the actual order entryregion to send the order associated with the predicted target. Accordingto another example embodiment that will be described in greater detailbelow, a user could click a different button of a mouse to send an orderassociated with the next closest predicted target (e.g., along apredicted line or motion track).

According to another example embodiment, a computer generated action maybe detected, as shown at 816 (while in cursor prediction mode), to sendthe previously prepared order, as shown at 824. It should be understoodthat the order parameters for the sent orders may be prepared in advanceto the cursor entering the region using the cursor track predictionmethods described herein.

In another example embodiment, an order entry region is entered, asshown at 818. At this point, the prediction set may include a singleprediction target with a single order message in the prediction set. Inanother alternative embodiment, the prediction set may include a numberof prediction targets further along or nearby a predicted motion track.Subsequently, a user may take an order send action, as shown at 820, tosend one or more previously prepared orders to an electronic exchange,as shown at 826. In such an embodiment, a user could indicate which ofthe orders should be sent by taking another user action that selects aspecific target element.

In yet another element, once target elements are identified, one or moreactions to be taken based on the target elements may be displayed viaanother interface that allows a user to select a desired action. Forexample, the interface could display and dynamically update ordermessages that may be sent based on the identified target elements. Insuch an embodiment, the interface could allow a user to select and tosend a desired message. For example, the interface could be displayed inrelation to a moving cursor. A user could also activate and deactivatethe display of the interface in relation to the cursor. Further,according to yet another embodiment, rather than executing a desiredaction upon receiving a predetermined input, a confirmation window couldbe provided to allow a user confirm the action to be taken, such as toconfirm a message to be sent to an electronic exchange.

VI. Multiple Cursor Track Prediction Targets

As explained above, many different motion prediction algorithms could beused. While some of the algorithms may identify a single motion track,they may lead to having multiple predicted cursor targets, eachsomewhere along the predicted motion track, depending on the layout ofan interface. Other motion prediction algorithms could determine thelikelihood or probability of multiple different motion tracks, each ofwhich having a plurality of associated cursor targets, such as explainedin relation to FIG. 4.

FIG. 9 illustrates one example trading interface 900 for trading an itemin an electronic trading system in which multiple track predictiontargets are involved. According to the example embodiment of FIG. 9,multiple regions may be associated with distinct values for one or moreorder parameters defined for each respective region. In such anembodiment, a user action may set a value for one more order parametersof prepared orders based on a selection of a specific region.Alternatively, in the embodiment where many orders are preconfiguredahead of time, target prediction data in combination with the regionselection may be used to select certain preconfigured orders. As will bedescribed in greater detail below, a user action, such as apredetermined input, may select a desired region. Alternatively, cursormovement, such as when a cursor crosses a region, may select a desiredregion.

FIG. 9 illustrates a region set including two regions 902 and 904associated with distinct values for the order parameter “BUY” vs.“SELL.” The regions 902 and 904 are overlaid directly over the tradinginterface 900. However, it should be understood that the size of theregions 902 and 904 can vary based on user configuration. For example,each column of the trading interface 900 could be associated with adifferent region. Further, alternatively, one or more regions could bedefined outside the boundaries of the trading interface, as will bedescribed in greater detail below. Additionally, the region boundariescould not coincide with the natural boundaries of any user interfaceelement. For example, they could contain more area than just theinterface element.

It should be understood that the regions may be invisible to a user, orthey may be shown via a visual indication while a cursor is beingrepositioned in relation to the interface 900. Alternatively, a user mayactivate and deactivate various regions, based on the user'spreferences. Further, a region may be shown only when it is activated.Optionally, a visual indication may be provided in relation to eachregion showing a specific parameter associated with each region and/or aparticular value predefined for each region.

Referring back to FIG. 9, the region 902 is associated with a “BUY”order parameter, and the region 904 is associated with a “SELL” orderparameter. As illustrated in FIG. 9, using a linear track predictionmethod, a cursor prediction track 906 intersects two target elements 908and 910 positioned in regions 902 and 904, respectively. As explainedearlier, as the cursor is being moved, two orders may be preconfiguredbased on the predicted target elements 902 and 904. Alternatively, twoorders may be selected from a preconfigured pool of order messages.

According to one example embodiment, two indicators such as “1” and “2”may be displayed in relation to the predicted target elements 908 and910. In such an embodiment, a user may enter an input “1” to select thepredicted target element 908 and/or to eliminate the target element 910,or “2” to select the predicted target element 910 and/or to eliminatethe target element 908. It should be understood that other indicatorscould also be used, and may be associated with other user input actionsas well. For example, when the element 908 is selected, order parametersof an order prepared based on the element 908 may be determined based ona region in which the element 908 is located. Thus, in the example ofFIG. 9, the controlling parameters, such as an order quantity definedwith respect to the region 902, may be based on the order quantityassociated with the region 902. Alternatively, a user may select adifferent region to be used for setting order parameters for an orderprepared based on the selected target element. For example, while a usermay select the target element 908, the order parameters for the preparedorder may be set based on the order parameters associated with theregion 904.

Furthermore, in an alternative embodiment, some order parameters may beset for an order based on order parameters associated with a region inwhich the selected target element is located, while a user may select adifferent region to set additional order parameters. Further,alternatively, a user may select one of the regions as a default region,and order parameters associated with the selected region may be used toset all or some order parameters for orders prepared based on thepredicted targets. Further, alternatively, a specific region may beselected upon detecting a cursor of a user input device crossing theregion. In such an embodiment, when the cursor crosses the region, oneor more parameters may be preset for a prepared order. In other words,some prepared orders may be eliminated while others may be added basedon a user's selection of different regions. It should be understood thatvarious other embodiments are possible as well.

According to one example embodiment, a user may enter an order prior toa cursor reaching one of the regions. For example, while still outsideone of the regions, such as shown in FIG. 9 with the cursor located atL₁, a user may initiate a first action of a user input device to selecta specific target element, while a second action of the user inputdevice may be used to send an order to an electronic exchange.Alternatively, multiple actions can be used to select a desired targetelement, to select a desired region to control order parameter settingsfor an order prepared based on the selected target element, and to sendthe prepared order. Alternatively, a single action may both select aspecific target element and to send an order to an electronic exchange.In such an embodiment, order parameters for the prepared order may bedetermined based on a region in which the target element is located,based on an earlier selected region, or based on a default region.

It should be understood that more than one user input device may be usedto select a specific region, a desired target element, and to send anorder to an electronic exchange. According to one example embodiment, afirst action may be initiated by selecting a specific key on a keyboardto select a desired region, a second action may be initiated to select adesired target element, while another action may be initiated using amouse, such as by clicking a mouse button, to send an order to anelectronic exchange. Further alternatively, a user could select adesired target element by selecting a region in which the desired targetelement is located. Various other embodiments are possible as well.

According to another example embodiment, each region may be associatedwith more than one order parameter. More specifically, the region 902may be associated with the “BUY” order parameter and a first order type(“OT1”), while the second region 904 may be associated with the “SELL”order parameter and a second order type (“OT2”).

It should be understood that region sets can be constructed in anymanner. While the regions of FIG. 9 are vertical, horizontal regions, orregions at various angles could be created as well. Additionally, twosets of regions could be used in relation to a single interface, withthe two sets of regions intersecting and being associated with differentorder parameters. It should be understood that in an embodiment wheremore than one cursor is being used in relation to an interface,different regions may be associated with different cursors.

Additionally, it should be understood that selection of specific regionsmay result in generating additional target elements. For example, ahorizontal region 912 may be created in relation to the price level of“91.” In such an embodiment, when the target element 910 is identified,a user may activate the region 912 to identify additional targetelements, such as the target element 914 that may be associated with theprice of “91” but a different order quantity, or yet some other orderparameter, than that associated with the target element 910. Asdescribed above, each target element may be labeled with an identifiersuch that a user may quickly select a desired target element.Additionally, another window may be displayed in relation to eachpredicted target element indicating current order parameters associatedwith each target element. When multiple regions are used, a windowdisplayed in relation to a predicted target element may indicate variouscombinations of order parameters for orders prepared for the predictedtarget element. In such an embodiment, the window may also display aninput combination that activates selection of a specific prepared order.

FIG. 10 illustrates an example trading interface 1000 for trading anitem in an electronic trading system using a plurality of region sets.

According to the embodiment of FIG. 10, the first region set includes aplurality of horizontal regions associated with a plurality of prices,such as regions 1002 and 1004 associated with prices of “84” and “85,”respectively. Then, the second region set includes two vertical regions1006 and 1008 corresponding to a “BUY” order parameter and a “SELL”order parameter, respectively. In such an embodiment, a linearprediction track 1110 intersects the region 1002 corresponding to theprice of “84.” Using the linear track prediction functionality and theregion layouts of FIG. 10, two target elements 1012 and 1014 may beidentified corresponding to an order to buy at the price of “84” and anorder to sell at the price of “84.” According to one example embodiment,rather than pre-configuring orders or selecting orders from apreconfigured pool of messages based on all possible target elements,the prediction logic may eliminate certain target elements based onwhich targets are more likely intended by a user, or more likely to beselected.

According to another example embodiment, a second prediction track 1016may be generated using a cursor prediction method. In such anembodiment, two target elements 1012 and 1018 could be identified. Basedon the target elements 1018 and 1020, an order to buy at “84” and anorder to sell at “86” could be pre-configured or selected from apreconfigured pool of messages.

It should be understood that a priority level could be defined for eachregion set, such that when multiple prediction tracks are generated, oneor more of them may be selected based on the priority level defined foreach region. For example, if the price-based region set has the highestpriority level in FIG. 10, the prediction track 1016 could beeliminated, and thus, the target 1018 could be eliminated from theconsideration while pre-configuring one or more orders. Differentembodiments are possible as well, where a user may select a specificprediction track when more than one prediction track is available.

FIG. 11 illustrates another example trading interface 1100 using aplurality of regions extending beyond the trading interface. Similarlyto the embodiments described above, each of the plurality of regions maybe associated with a value preset for one or more order parameters. FIG.11 illustrates five regions 1102-1110, with the region 1106 overlappingthe trading interface 1100, and four additional regions 1102, 1104,1108, and 1110 displayed outside the trading interface 1100. Asillustrated in FIG. 11, each region is associated with different orderparameters. For example, the region 1102 corresponds to a first orderquantity (“Q₁”) and a first order type (“OT₁”), while the second region1104 corresponds to a second order quantity (“Q₂”) and a second ordertype (“OT₂”). The quantities and order types associated with each regionmay be user-configurable. Additionally, various other parameters couldbe defined in relation to each region in addition to, or instead of thequantity and order type parameters.

As a cursor 1112 is being moved in relation to the trading interface1100, one or more cursor prediction methods could be used to predict atleast one target element. Using a linear prediction method, a targetelement 1114 corresponding to a price of “87” and an order parameter“BUY” may be identified on the trading interface 1100. According to oneexample embodiment, an order to buy at the price of “87” may bepre-configured based on the target element 1114. Additionally, as thecursor crosses the boundary of each region, additional order parametersmay be set for the pre-configured order. For example, as the cursorcrosses the region 1102, an order quantity of Q₁ and an order type ofOT₁ may be set for the pre-configured order. Alternatively, rather thansetting order parameters for an order at the time when the cursorcrosses a specific region, all possible messages may be generated aheadof time, and then certain messages may be selected based on the cursormovement in relation to each region and further based on cursorprediction data.

Alternatively, rather than setting additional order parameters orselecting different preconfigured messages as the cursor 1112 crosseseach respective region, a user could enter a predetermined input toselect a desired region. The region selection may then define one ormore parameters for a pre-configured order message or may result inselection of a different preconfigured order message. Then, to send thepre-configured order to an electronic exchange, the user could enteranother predetermined input. Alternatively, a single action may be usedto select a desired region, a desired target, and to send an ordermessage associated with the desired target. Additionally, when one ormore target elements are identified, a user could also pre-select one ofthe target elements before indicating which of the regions should beselected. It should be understood that more than one user input devicecould be used for selecting one of the regions, target elements, andsending trade orders. Also, it should be understood that differentregions could be associated with different order parameters. Forexample, the region 1102 could correspond to a specific order quantityvalue, while the region 1104 could correspond to an order type. In suchan embodiment, a user could select a combination of regions to definedesired order parameters for a trade order. Different embodiments arepossible as well. Additionally, it should be understood that variousindicators could be displayed in relation to the regions and targetelements to assist a user in determining what user inputs can be used toactivate/select a desired region/target element. Various othercombinations described above could be used to select a desired targetelement, to define order parameters for a preset order, and to send oneor more orders to an electronic exchange.

As used herein, a “tradable object” refers to anything that can betraded with a price, a quantity, or both price and quantity. Forexample, financial products such as stocks, options, bonds, futures,currency, warrants, funds derivatives, commodities, and collections orcombinations of these may be tradable objects. A tradable object may be“real” or “synthetic.” A real tradable object includes products that arelisted by an exchange. A synthetic tradable object includes productsthat are defined by the user and are not listed by an exchange. Forexample, a synthetic tradable object may include a combination of real(or other synthetic) products such as a synthetic spread. A tradableobject may also include traded events or goods, for example.

While the inventions have been described with reference to certainembodiments, it will be understood by those skilled in the art thatvarious changes may be made and equivalents may be substituted withoutdeparting from the scope of the invention. In addition, manymodifications may be made to adapt a particular situation or material tothe teachings of the invention without departing from the spirit orscope of the present inventions. Therefore, it is intended that theinventions not be limited to the particular embodiments disclosedherein.

What is claimed is:
 1. A method for motion based target prediction andinteraction, comprising: receiving a first user input by an electronictrading device to move a cursor; detecting movement of the cursor from alocation without a set of selectable elements towards the set ofselectable elements, where each selectable element of the set ofselectable elements comprises an order parameter for an order for atradeable object; in response to detecting the movement of the cursor,predicting by the electronic trading device a trajectory path of thecursor toward a first target element of the set of selectable elements,the trajectory path being predicted according to at least a firstlocation without the set of selectable elements along the movement ofthe cursor and a second location without the set of selectable elementsalong the movement of the cursor; in response to predicting thetrajectory path of the cursor toward the first target element and priorto the cursor reaching the first target element, identifying by theelectronic trading device, a first order parameter for a first orderrelated message for an order for the tradeable object as an orderparameter for the first target element; in response to predicting thetrajectory path of the cursor toward the first target element and priorto the cursor reaching the first target element, setting by theelectronic trading device the first order parameter for the first orderrelated message for the tradeable object; and in response to setting ofthe first order related message, initiating by the electronic tradingdevice submission of the first order related message to an electronicexchange.
 2. The method of claim 1, wherein setting the first orderrelated message comprises generating the first order related message inresponse to predicting movement of the cursor toward the first targetelement.
 3. The method of claim 1, further comprising: generating one ormore order related messages based on the set of selectable elementsprior to predicting movement of the cursor toward the first targetelement, and wherein setting the first order related message comprisesselecting the first order related message from the generated one or moreorder related messages.
 4. The method of claim 1, wherein initiatingsubmission further comprises: processing the first order related messagesuch that the first order related message is ready for sending onto aphysical communication medium upon detecting a trigger signal.
 5. Themethod of claim 1, where initiating submission further comprises:providing the first order related message to a gating element; andreleasing the first order related message from the gating element upondetecting a trigger signal.
 6. The method of claim 1, where initiatingsubmission further comprises: selecting the first target element; andresponsively, causing the first order related message to be sent to theelectronic exchange.
 7. The method of claim 6, wherein the first targetelement is selected prior to the cursor being positioned over aselectable area for the first target element.
 8. The method of claim 6,wherein the first target element is selected when the cursor ispositioned over a selectable area for the first target element.
 9. Themethod of claim 1, wherein the order parameter corresponding to thefirst target element comprises an order price.
 10. The method of claim1, wherein the order parameter corresponding to the first target elementcomprises an order quantity.
 11. The method of claim 1, wherein theorder parameter corresponding to the first target element defines anorder as a buy order.
 12. The method of claim 1, wherein the orderparameter corresponding to the first target element defines an order asa sell order.
 13. The method of claim 1, wherein the order parametercorresponding to the first target element comprises an order type. 14.The method of claim 1, further comprising: providing a graphicalindicator to indicate the first target element.
 15. The method of claim1, where the first user input further moves the cursor from the locationwithout the set of selectable elements toward a second target element ofthe set of selectable elements, the method further comprising: inresponse to the cursor being moved toward the second target element andprior to the cursor reaching the second target element, setting by theelectronic trading device a second order related message with an orderparameter for the second target element.
 16. The method of claim 15,where initiating submission further comprises: selecting a desiredtarget element from the first target element and the second targetelement; and causing the first order related message or the second orderrelated message to be sent to the electronic exchange based on theselected desired target element.
 17. The method of claim 16, wherein thedesired target element is selected by a user.
 18. The method of claim16, wherein the desired target element is selected based on a predefinedparameter.
 19. The method of claim 1, wherein the first order relatedmessage comprises a message to cancel an order at a price at theelectronic exchange.